app常见的 闪退及闪退的原因

背景：

最近一直在休假，把自己在工作中梳理的点点滴滴汇总整理，这样既能及时地让自己巩固各个要点，也希望通过自己整理的东西帮助其他的同行少走弯路，避开我之前踩过的大大小小，深深浅浅的坑。

此问题经常在面试中会被问到，那么作为经常测试app，是不是应该花点心思搞清楚啊。。。。。

以下基于我多年的测试经验，以及遇到的情况做个汇总，如果有写得不恰当的地儿，欢迎各位博客好友们帮忙指正。

分别是从以下三个方面来说明

android常见的异常有 十大类，其中，空指针，非法参数，数组角标越界是最常见的。

主要是从设计【测试用例思路】角度覆盖更多的场景

app测试过程中，出现闪退时，先保存现场，导出对应的日志信息，然后找复现路径。

不管是必现还是偶现的，都应该提交bug记录：

（1）若是必现闪退时，则描述清楚，如，

使用XX设备（android11）进入XX详情页面时，应用闪退（操作步骤、日志信息参考详情）

（2）若是非必现问题，则需要描述清晰，在哪个模块，哪个页面进行了哪些操作出现闪退（操作步骤、日志信息参考详情）

备注：

导出崩溃日志后，建议自己优先看下，属于哪种类型的崩溃，然后根据当时所处的境况把log信息提交bug还是发给开发再进行测试验证，但是不管怎么样，发现的问题一定要及时提交JIRA记录，开发解决后，询问下产生此崩溃的根源，是哪个方法用错啦，还是因其他原因导致的，建议把根源弄清楚后，再确认下解决方案是什么，开发用什么方式解决此崩溃，try-catch一下，还是其他的，不管哪种方式，都要再次确认下，免得引发相关的问题。我之前在ios上提了一个闪退问题，开发修复后，引发了7个闪退，可把我吓懵了。然后打回去让开发重新检查代码修复。解决之后才弄清楚因为第一个崩溃是XX核心库的XX问题，好多地方都用到这个，而开发了某一处，其余地方未做处理才引发新的问题。这类问题就警示开发修复闪退问题后，至少要做自测检查。

关于ios的闪退待补充~~~~~